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The only thing that is (might be :-) ) better than an analog computer is a hybrid computer, a system consisting of an analog computer and a 
stored-program computer (aka digital computer). In such a system each subsystem performs the task it is ideally suited for: The analog 
computer takes care of simulating a dynamic system while the digital computer may, for example, supply initial conditions for the analog 
part of the simulation, generate functions of more than one variable, perform complex decisions etc. 


Although many larger analog computers already features a very basic digital control unit, a true hybrid computer requires an interface 
between analog and digital computer capable of not only controlling the operating mode of the analog computer from the its digital 
counterpart but also transferring data from one side to the other. 


As I had some days off, I decided to build a simple yet powerful hybrid controller which can be used with almost every electronic analog 
computer. The picture above shows it in its current state. It has the following characteristics: 


e USB-interface to digital computer 

e [C/OP-control lines to analog computer 

e Six analog inputs 

e Two digital inputs 

e Two digital outputs 

e Overflow input from analog computer 

e External-HALT input which can be driven by a comparator or the like 


Currently missing are digital potentiometers but these will be added shortly and will greatly amplify the capability of the hybrid controller 
(called HyCon in the following). 


In its current state, the hybrid controller expects a TTL-signal from the analog computer to denote an overflow condition and generates 
TTL-signals to control the integrator modes of the analog computer. If you intend to use this controller for a "classic" analog computer, 
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make sure that you adapt the output drivers as well as the input stages of the controller to reflect the requirements of the analog computer 
being controlled. 


As one can see, it is based on an Arduino Leonardo board which I had at hand. The four additional integrated circuits are a 74LS245 to 
drive the digital control lines and LEDs, a 74LS138 to decode the current state of operation of the analog computer, and two quad 
operational amplifiers that act as level shifters for the analog inputs of the Arduino board. The schematic of this hybrid controller is quite 
simple: 
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The six operational amplifiers on the right side are level shifters. These map a signal from the analog computer with a range of +/-15 V to 
the permissible range of 0-5V as required by the AD-converter of the Arduino. I decided to map the full +/-15 V range instead of mapping 
the typical +/-10 V range to be on the safe side when it comes to overloads. This reduces the 10 bit resolution of the AD-converter to a tad 
over 9 bits, still enough for a simple hybrid interface like this. These level shifters require an offset which is derived from the +10 V 
reference from the analog computer by means of a voltage divider with an impedance converter (IC9A). 


ICIOA acts as impedance converter for another voltage divider which derives a precise +5 V reference based on the analog computer's +10 
V reference. Its output feeds the Aref-input of the Arduino board. 


The source code for the Arduino board can be found here. The communication between the controller and the digital computer takes place 
over a Simulated serial line interface. The hybrid controller can be controlled manually via a simple terminal emulator and supports the 
following commands: 


Disable halt-on-overflow 
Enable halt-on-overflow 
Disable external halt 
Enable external halt 


wor wa 
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c{ms}\\n Set OP time for repetitive/single operation 
C{ms}\\n Set IC time for repetitive/single operation 
d{@1} Clear digital output 0/1 

D{@1} Set digital output @/1 

e Start repetitive operation 

E Start single IC/OP-cycle 

h Halt 

i Initial condition 

O Operate 

r Read analog inputs 

R Read digital inputs 

S Print status 

t Print elapsed OP-time 

> 


Print Help 


Since manual control is quite point less on a hybrid computer, I wrote a simple Perl module that allows true hybrid computing. The 
documentation of the module can be found here while its source code 1s here. 


Now that it is possible to control the analog computer from a digital computer, a little demonstration is due: The following problem is quite 
simple - a projectile is fired from a given height y_0 at a given and fixed elevation angle alpha. Its initial velocity 1s variable and 
determines the impact point of the projectile. The task is now to determine a suitable initial velocity v_0 to reach a target point. 


The problem is mathematically readily described by the following two equations: 


1 
y(t) = 500 + vg sin(a)t + yo 


z(t) = vg cos(a)t 


The resulting analog computer setup looks like this (the height from which the projectile is fired, y_0, can, of course, also be introduced as 
initial condition to the second integrator instead of being fed to the summer on the upper right): 














The actual simulation is then performed as repetitive-run to get a steady display of the trajectory as described by the x/y-output of the 
circuit. The lower left comparator determines the moment when the projectile hits "ground" and generates a HALT-signal that causes the 
hybrid controller to halt the computation. The output of the lower right summer is the miss distance of the projectile and used to determine 
a new initial velocity by the digital computer which is then fed back to the circuit via the v_0-input on the left. 


So far, so good - the problem is that the hybrid controller as of now has no way to generate an analog output voltage or control a digital 
potentiometer which could both be used to derive a suitable v_0 input signal to the above circuit. But there are two digital output lines 
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which can be "repurposed" for that: One output controls an electronic switch that yields an output value of +1 or -1 and feeds an integrator 
which is switched between OP and HALT by means of the second digital output. :-) 


The required circuit is shown below: 




















Now, a short control program is necessary to orchestrate the simulation. Based on HyCon.pm it looks like this: 


use strict; 
use warnings; 


use File: :Basename; 
use Time::HiRes qw(usleep) ; 
use HyCon; 


¢| = 1; # Force autoflush to display the difference between target and shell 


sub vary_v@ # MIC = +1, MOP = D@, polarity control = D1 


{ 
my ($ac, $value) = @; 
g$ac->digital output(1, $value > @ ? © : 1); # Select polarity 
gac->digital output(0, Q@); # Set integrator to OP 
usleep(abs($value) * 1e6); # Wait a moment 
gac->digital output(0, 1); # Switch bach to HALT 
} 


(my $config filename = basename($@)) =~ s/\.pl$//; 
my $ac = HyCon->new("$config filename. ym1") ; 


gac->digital output(@, 1); # Set v@-Integrator to HALT 


$ac->disable ovl halt(); 
$ac->enable ext_halt(); 


my ($ic_time, $op time) = (10, 10); # Milliseconds, prepare repetitive run 
g$ac->set_ic time($ic_ time); 
gac->set_op time($op time) ; 


# Perform one run, HALT when the shell hits the ground, use difference between 
# target and shell position to improve v@ for the next run 
while (1) 
{ 
$ac->single run(); 
usleep(($ic_ time + $op time + 1) * 1000); 
my $response = $ac->get_response(); # Fetch the "External halt!"-response 
my $result = $ac->read_analog(); 
printf "\r%+0e.4F", $result->[0]; 
vary_v@(gac, -$result->[@] / 1000); # Much too slow, but nice demonstration 


The function vary_ve changes the current value of the initial velocity by either integrating over +1 or -1 for a given amount of time. The 
main program first initialized the hybrid contoller and enables the EXT-HALT-input. The actual simulation is performed as single-run 
(which is performed repetitively in the while-loop thus mimicking a repetitive run but with the possibility of changing parameters (v_0) 
between successive runs) which is setup for a 10 millisecond IC-phase, followed by a 10 millisecond OP-phase. 
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At the end of each such run, the miss distance of the projectile is read from the first analog input of the hybrid controller and used to update 
the initial velocity for the next run. The divisor 1000 is a bit large and results in a sluggish response of the system but makes for a pretty 
nice demonstration. 


The following video shows the operation of the overall hybrid simulation. The first seven seconds are run with the v_0-integrator's time 
constant set to | - the overall response to a moving target is accordingly slow. After about seven seconds, the time constant of that 
particular integrator 1s switched to 10, resulting in a much more agile response. Reducing the divisor in the second before last line of the 


code above has pretty much the same effect. 





The overall setup used for this particular simulation looks like this: 
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The analog computer is on the left (an Analog Paradigm Model-1), the MacBook in the middle takes the role of the digital part of this 
hobad Gonos en hetaynwhite IbherhlR ewi-display on the lower right displays the trajectory during the simulation. 
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